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Business  Success  Requires  Software  Prowess 


Software  pervades  every  sector. 

Software  has  become  the  bottom  line  for  many  organizations,  even 
those  who  never  envisioned  themselves  in  the  software  business. 
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Universal  Business  Goals 


High  quality 
Quick  time  to  market 
Market  dominance 
Market  agility 
Product  alignment 
Low  cost  production 
Low  cost  maintenance 
Mass  customization 


require 


IMPROVED 

EFFICIENCY 

AND 

PRODUCTIVITY 
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Software  (System)  Strategies 


Process  improvement 
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Few  Systems  Are  Unique 


Most  organizations  produce  families  of  similar  systems, 
differentiated  by  features. 

A  reuse  strategy  makes  sense. 

Traditional  reuse  strategies  have  had  little  economic  benefit. 
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Reuse  History 


1960s  1970s  1980s  1990s 

subroutines  modules  OBJECTS  COMPONENTS 


Focus  was  small-grained,  opportunistic,  and  technology-driven. 
Results  did  not  meet  business  goals. 
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Reuse  History 


i960s  1970s  1980s  1990s  2000s 

SUBROUTINES  MODULES  OBJECTS  COMPONENTS  SERVICES 
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Strategic  Reuse  is  Needed  for  Business  Benefits 


STRATEGIC 

REUSE 
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Celsiustech:  Ship  System  2000 


A  family  of  55  ship  systems 

•  Need  for  developers  dropped  from 
210  to  roughly  30. 

•  Time  to  field  decreased  from  about 
9  years  to  about  3  years. 

•  Integration  test  of  1-1.5  million  SLOC 
requires  1-2  people. 

•  Rehosting  to  a  new  platform/OS 
takes  3  months. 

•  Cost  and  schedule  targets  are 
predictably  met. 
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Cummins  Inc.:  Diesel  Control  Systems 


Over  20  product  groups  with  over 
1 ,000  separate  engine  applications 

•  Product  cycle  time  was  slashed  from 
250  person-months  to  a  few 
person-months. 

•  Build  and  integration  time 
was  reduced  from  one  year 
to  one  week. 

•  Quality  goals  are  exceeded. 

•  Customer  satisfaction  is  high. 

•  Product  schedules  are  met. 
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National  Reconnaissance  Office/  Raytheon: 
Control  Channel  Toolkit 

Ground-based  spacecraft  command 
and  control  systems 

•  First  system  had  10  times  fewer 
defects  than  usual. 

•  The  incremental  build  time  was 
reduced  from  months  to  weeks. 

•  The  system  development  time  and 
costs  decreased  by  50%. 

•  There  was  decreased  product  risk. 
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Market  Maker  GMBH:  Merger 


Internet-based  stock  market  software 

•  Each  product  is  “uniquely” 
configured. 

•  Putting  up  a  customized  system 
takes  three  days. 
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Nokia  Mobile  Phones 


Product  lines  with  25-30  new  products 
per  year  versus  5  per  year  originally. 

Across  products  there  are 

•  varying  number  of  keys 

•  varying  display  sizes 

•  varying  sets  of  features 

•  58  languages  supported 

•  1 30  countries  served 

•  multiple  protocols 

•  needs  for  backwards  compatibility 

•  configurable  features 

•  needs  for  product  behavior 

•  change  after  release 
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Reuse  History: 

From  Ad  Hoc  To  Systematic 


1960s 

SUBROUTINES 


1970s 

MODULES 


1980s 

OBJECTS 


1990s 
COMPONENTS 


2000s 
SERVICES 

i 


OFTWAFf 
RODUCTj 
LINES 
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What  Is  A  Software  Product  Line? 


A  software  product  line  is  a  set  of  software-intensive  systems  sharing  a 
common,  managed  set  of  features  that  satisfy  the  specific  needs  of  a 
particular  market  segment  or  mission  and  that  are  developed  from  a 
common  set  of  core  assets  in  a  prescribed  way. 

•  a  new  application  of  a  proven  concept 

•  an  innovative,  growing  concept  in  software  engineering 
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Software  Product  Lines 


pertain  to 


share  an 


are  built  from 


BUSINESS  GOALS/ 
APPLICATION  DOMAIN 


is  satisfied  by 


ARCHITECTURE 


used  to  structure 


COMPONENTS 
and  SERVICES 


Product  lines 

•  take  economic  advantage  of  commonality 

•  bound  variation 
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How  Do  Product  Lines  Help? 


Product  lines  amortize  the  investment 
in  these  and  other  core  assets: 

•  requirements  and  requirements  analysis 

•  domain  model 

•  software  architecture  and  design 

•  performance  engineering 

•  documentation 

•  test  plans,  test  cases,  and  test  data 

•  people:  their  knowledge  and  skills 

•  processes,  methods,  and  tools 

•  budgets,  schedules,  and  work  plans 

•  components  and  services 

PRODUCT  LINES  =  STRATEGIC  REUSE 


TOTAL 
LIFE  CYCLE 
REUSE 


MORE 

BENEFIT 


► 
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The  Key  Concepts 


Use  of  a  core 
asset  base 


in  production 


of  a  related 
set  of  products 
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The  Key  Concepts 


Use  of  a  core 
asset  base 


in  production 


of  a  related 
set  of  products 


Architecture 


Production  Plan  Scope  Definition 

Business  Case 
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Software  Product  Lines  Are  Not 


Clone  and  own:  single-system  development  with  reuse 

•  modifying  code  as  necessary  for  the  single  system  only 
Fortuitous  small-grained  reuse 

•  reuse  libraries  containing  algorithms,  modules,  objects,  or  components 
Just  component-based  or  service-based  development 

•  selecting  components  or  services  from  an  in-house  library,  the 
marketplace,  or  the  Web  with  no  architecture  focus 

Just  versions  of  a  single  product 

•  rather,  simultaneous  release  and  support  of  multiple  products 
Just  a  configurable  architecture 

•  a  good  start,  but  only  part  of  the  reuse  potential 
Just  a  set  of  technical  standards 

•  constraining  choices  without  an  architecture-based  reuse  strategy 
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Software  Product  Lines  Are 


Software  product  lines  involve  strategic,  planned  reuse  that  yields 
predictable  results. 
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Widespread  Use  of  Software  Product  Lines 


Successful  software  product  lines  have  been  built  for  families  of 
among  other  things 

•  mobile  phones  •  billing  systems 

command  and  control  ship  systems  •  web-based  retail  systems 

satellite  ground  station  systems  •  printers 

•  avionics  systems  •  consumer  electronic  products 

command  and  control/situation  •  acquisition  management 

awareness  systems  enterprise  systems 

pagers  •  financial  and  tax  systems 

•  engine  control  systems  •  medical  devices 

mass  storage  devices  •  farm  fish  management  software 
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Specific  Examples  - 1 


akvasmart}0 


il  Bit 


Asea  Brown  Boveri 


COMMUNICATIONS 


Feed  control  and  farm 
management  software 


Bold  Stroke  Avionics 


E-COM  Technology  Ltd. 


Gas  turbines,  train  control, 
semantic  graphics  framework 


❖ 

Dialect 


Internet  payment  gateway 
infrastructure  products 


ERICSSON  ^ 


Computer  printer  servers, 
storage  servers,  network 
camera  and  scanner  servers 


Customized  solutions  for 
transportation  industries 


Medical  imaging  workstations 


invent 


Firmware  for  computer 
peripherals 


AXE  family  of 

telecommunications  switches 

@LG 

Elevator  control  systems 


Software  for  engines, 
transmissions  and 
controllers 


LSI 


LOGIC 


RAID  controller  firmware 
for  disk  storage  units 


Lucent  Technologies 

Bell  Labs  Innovations 


5ESS  telecommunications 
switch 


IMOKIA 

Mobile  phones,  mobile  browsers, 
telecom  products  for  public,  private  and 
cellular  networks 


Interferometer  product  line 
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Specific  Examples  -  2 


PHILIPS 


High-end  televisions, 

PKI  telecommunications  switching 
system,  diagnostic  imaging  equipment 

Rockwell 

Collins 

Commercial  flight  control  system  avionics, 
Common  Army  Avionics  System  (CAAS), 
U.S.  Army  helicopters 


Office  appliances 


S  A  L  i  O  N 

TARGET.  WIN.  DELIVER." 

Revenue  acquisition 
management  systems 


TGLVGNT 


symbtan 

EPOC  operating  system 


Industrial  supervisory  control 
and  business  process 
management  systems 


Test  range  facilities 


U.S.ARMY 


Command  and 
control  simulator  for 
Army  fire  support 


BOSCH  © 

Automotive  gasoline 
systems 


SIEMENS 

Software  for  viewing  and 
quantifying  radiological  images 


Climate  and  flue  gas 
measurement  devices 


Clltel 


mil  FIDELITY 

I  l  NATIONAL  FINANCIAL" 


Support  software 


(M)  MOTOROLA 

Pagers  product  line 
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Real  World  Motivation 


Organizations  use  product  line  practices  to: 

•  achieve  large  scale  productivity  gains 

•  improve  time  to  market 

•  maintain  market  presence 

•  sustain  unprecedented  growth 

•  achieve  greater  market  agility 

•  compensate  for  an  inability  to  hire 

•  enable  mass  customization 

•  get  control  of  diverse  product  configurations 

•  improve  product  quality 

•  increase  customer  satisfaction 

•  increase  predictability  of  cost,  schedule,  and  quality 
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Example  Organizational  Benefits 


Improved  productivity 

•  by  as  much  as  1 0x 
Increased  quality 

•  by  as  much  as  1 0x 
Decreased  cost 

•  by  as  much  as  60% 

Decreased  labor  needs 

•  by  as  much  as  87% 

Decreased  time  to  market  (to  field,  to  launch...) 

•  by  as  much  as  98% 

Ability  to  move  into  new  markets 

•  in  months,  not  years 


Note:  Each  of  the  above  is  based  on  an  individual,  documented  product  line  effort. 
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Costs  Of  A  Software  Product  Line 


Core  Assets 

Costs  9 

Architecture 

Must  support  variation  inherent  in  the  product  line 

Software  Components 

Must  be  designed  to  be  general  without  a  loss  of 
performance;  must  build  in  support  for  variation  points 

Test  Plans,  Test  Cases, 
Test  Data 

Must  consider  variation  points  and  multiple  instances  of  the 
product  line 

Business  Case  and 
Market  Analysis 

Must  address  a  family  of  software  products,  not  just  one 
product 

Project  Plans 

Must  be  generic  or  be  made  extensible  to  accommodate 
product  variations 

Tools  and  Processes 

Must  be  more  robust 

People,  Skills,  Training 

Must  involve  training  and  expertise  centered  around  the 
assets  and  procedures  associated  with  the  product  line 
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Economics  Of  Product  Lines 


Weiss.  D.M.  &  and  Lai,  C.T.R.. 

Software  Product-Line  Engineering:  A  Family-Based  Software  Development  Process 
Reading,  MA:  Addison-Wesley,  1999. 
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Economics  Of  Product  Lines 


1 - I - I - I 

Numbers  of  Products 


Weiss.  D.M.  &  and  Lai,  C.T.R.. 

Software  Product-Line  Engineering:  A  Family-Based  Software  Development  Process 
Reading,  MA:  Addison-Wesley,  1999. 
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Today’s  Session 

Introduction 

Product  Line  Concepts 

•  What 

•  Why 

•  How 

Conclusion 
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Necessary  Changes 


The  product  line  architecture  is  central  to  success. 
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Why  Is  Software  Architecture  Important? 


Represents  earliest 
design  decisions 


•  hardest  to  change 

•  most  critical  to  get  right 

•  communication  vehicle 
among  stakeholders 


First  design  artifact 
addressing 


performance 

modifiability 

reliability 

security 


Key  to  systematic  reuse 


•transferable, 
reusable  abstraction 


The  right  architecture  paves  the  way  for  system  success. 
The  wrong  architecture  usually  spells  some  form  of  disaster. 
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Product  Line  Practice 


Contexts  for  product  lines  vary  widely,  based  on 


nature  of  products 


nature  of  market  or  mission 


business  goals 
organizational  infrastructure 
workforce  distribution 


process  discipline 


artifact  maturity 


But  there  are 
universal  essential 
activities  and  practices. 
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The  SEI  Framework  for 
Software  Product  Line  PracticeSM 

The  SEI  Framework  for  Software  Product  Line  Practice  is  a  conceptual 
framework  that  describes  the  essential  activities  and  twenty-nine 
practice  areas  necessary  for  successful  software  product  lines. 

The  Framework,  originally  conceived  in  1998,  is  evolving  based  on  the 
experience  and  information  provided  by  the  community. 


Version  4.0  - 

in  Software  Product  Lines:  Practices  and  Patterns 
Version  5.0  - 

http://www.sei.cmu.edu/productlines/framework.html 


SM  Framework  for  Software  Product  Line  Practice  is  a  service  mark  of 


l  Software 
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SEI  Information  Sources 


Case  studies,  experience 
reports,  and  surveys 


Applied  research 


Workshops 
and  conferences 


Collaborations 
with  customers  on 
actual  product  lines 
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The  Three  Essential  Activities 
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Core  Asset  Development 


Product  Constraints 
Production  Constraints 
Production  Strategy 
Preexisting  Assets 
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Attached  Processes 


□ 

Core  Assets 


Attached 

Process 


A  A 


□  □ 


Core  Asset 
Development 


Core  Asset  Base 

□  □□□□ 

Production  Plan 

A  +  A  +  A  +  A 


Management 
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Product  Line  Production  Plan 


Product  Constraints 
Production  Constraints 
Production  Strategy 


Production  Plan 

Production  Process 

A+ A+ A+ A 

+ 

Project  Details 
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Product  Development 


Product  Description 


O 


Product  Line  Scope 

Core  Asset  Base 
□  □□□□ 
Production  Plan 

A  +  A  +  A  +  A  ' 


Product 

Development 


n 


m 


Management 


Feedback 
New  Assets 
Product  Constraints 
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Management 
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Management 


Management  at  multiple  levels  plays  a  critical  role  in  the  successful 
product  line  practice  by 

•  achieving  the  right  organizational  structure 

•  allocating  resources 

•  coordinating  and  supervising 

•  providing  training 

•  rewarding  employees  appropriately 

•  developing  and  communicating  an  acquisition  strategy 

•  managing  external  interfaces 

•  creating  and  implementing  a  product  line  adoption  plan 

•  launching  and  institutionalizing  the  approach  in  a  manner  appropriate 
to  the  organization 
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Managing  A  Software  Product  Line 
Requires  Leadership 

A  key  role  for  software  product  line  management  is  that  of  champion. 
A  champion  must 

•  set  and  maintain  the  vision 

•  ensure  that  the  appropriate  goals  and  measures  are  in  place 

•  “sell”  the  product  line  up  and  down  the  chain 

•  sustain  morale 

•  deflect  potential  derailments 

•  solicit  feedback  and  continuously  improve  the  approach 
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Essential  Product  Line  Activities 
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Different  Approaches  - 1 


Proactive:  Develop  the  core  assets  first. 

•  Develop  the  scope  first  and  use  it  as  a  “mission”  statement. 

•  Products  come  to  market  quickly  with  minimum  code  writing. 

•  Requires  upfront  investment  and  predictive  knowledge 
Reactive:  Start  with  one  or  more  products. 

•  From  them,  generate  the  product  line  core  assets  and  then  future 
products;  the  scope  evolves  more  dramatically. 

•  Much  lower  cost  of  entry 

•  The  architecture  and  other  core  assets  must  be  robust,  extensible, 
and  appropriate  to  future  product  line  needs. 
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Different  Approaches  -  2 


Incremental:  In  either  a  reactive  or  proactive  approach,  it  is  possible  to 
develop  the  core  asset  base  in  stages,  while  planning  from  the 
beginning  to  develop  a  product  line. 

•  Develop  part  of  the  core  asset  base,  including  the  architecture  and 
some  of  the  components. 

•  Develop  one  or  more  products. 

•  Develop  part  of  the  rest  of  the  core  asset  base. 

•  Develop  more  products. 

•  Evolve  more  of  the  core  asset  base. 
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Alternate  Terminology 


Our  Terminology 


Product  Line 


Software  Core  Assets 


Business  Unit 


Product 


Core  Asset  Development 
Product  Development 


Software  Engineering  Institute 


Alternate  Terminology 


Product  Family 
Platform 
Product  Line 
Customization 
Domain  Engineering 
Application  Engineering 
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Driving  The  Essential  Activities 

Beneath  the  level  of  the  essential  activities  are  essential 
practices  that  fall  into  practice  areas. 

A  practice  area  is  a  body  of  work  or  a  collection  of  activities 
that  an  organization  must  master  to  successfully  carry  out 
the  essential  work  of  a  product  line. 
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Area  Descriptions 


Each  practice  area  is  described  with 
an  introductory  description 
aspects  that  are  peculiar  to  product  lines 
its  application  to  core  asset  development 
its  application  to  product  development 
example  practices 
associated  risks 
further  reading 
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Three  Categories  Of  Practice  Areas 


Organizational 
Management  Practice 
Areas 


Technical 

r  ^ 

Software 

Management 
Practice  Areas 

L _ A 

Engineering 
Practice  Areas 

L _ A 

Enable  and  orchestrate  Manage  and  support 

l _ 
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Framework 


Core  Asset 
Development 


9 


Product 


ESSENTIAL 
ACTIVITIES  ^ 


m  I 

Development 


Management 


PRACTICE  AREAS 

Software  Engineering 

Technical  Management 

Organizational  Management 

Architecture  Definition 

Configuration  Management 

Building  a  Business  Case 

Architecture  Evaluation 

Data  Collection,  Metrics,  and 
Tracking 

Customer  Interface  Management 

Component  Development 

Make/Buy/Mine/Commission 

Analysis 

Developing  an  Acquisition  Strategy 

COTS  Utilization 

Process  Definition 

Funding 

Mining  Existing  Assets 

Scoping 

Launching  and  Institutionalizing 

Requirements  Engineering 

Technical  Planning 

Market  Analysis 

Software  System  Integration 

Technical  Risk  Management 

Operations 

Testing 

Tool  Support 

Organizational  Planning 

Understanding  Relevant  Domains 

Organizational  Risk  Management 

Structuring  the  Organization 

Technology  Forecasting 

Training 
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Core  Asset 


Framework 


Development 


I 


Product 


Version  5.0  essential  ir  \ 

ACTIVITIES  ^  I  ms 


%  I 

Development 


Management 


PRACTICE  AREAS 

Software  Engineering 

Technical  Management 

Organizational  Management 

Architecture  Definition 

Configuration  Management 

Building  a  Business  Case 

Architecture  Evaluation 

Measurement  and  Tracking 

Customer  Interface  Management 

Component  Development 

Make/Buy/Mine/Commission 

Analysis 

Developing  an  Acquisition  Strategy 

Using  Externally 
Available  Software 

Process  Discipline 

Funding 

Mining  Existing  Assets 

Scoping 

Launching  and  Institutionalizing 

Requirements  Engineering 

Technical  Planning 

Market  Analysis 

Software  System  Integration 

Technical  Risk  Management 

Operations 

Testing 

Tool  Support 

Organizational  Planning 

Understanding  Relevant  Domains 

Key: 

Organizational  Risk  Management 

New  Name  and  Substantial 
Change 

Structuring  the  Organization 
Technology  Forecasting 
Training 
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Core  Asset 


Framework 


Development 


I 


Product 


Version  5.0  essential  ir  \ 

ACTIVITIES  ^  I  ms 


%  I 

Development 


Management 


PRACTICE  AREAS 

Software  Engineering 

Technical  Management 

Organizational  Management 

Architecture  Definition 

Configuration  Management 

Building  a  Business  Case 

Architecture  Evaluation 

Make/Buy/Mine/Commission 

Analysis 

Customer  Interface  Management 

Component  Development 

Measurement  and  Tracking 

Developing  an  Acquisition 
Strategy 

Mining  Existing  Assets 

Process  Discipline 

Funding 

Requirements  Engineering 

Scoping 

Launching  and  Institutionalizing 

Software  System  Integration 

Technical  Planning 

Market  Analysis 

Testing 

Technical  Risk  Management 

Operations 

Understanding  Relevant  Domains 

Tool  Support 

Organizational  Planning 

Using  Externally 
Available  Software 

Key: 

Organizational  Risk  Management 

New  Name  and  Substantial 
Change 

Substantial  Change 

Structuring  the  Organization 

Technology  Forecasting 

Training 
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Dilemma:  How  Do  You  Apply 
The  29  Practice  Areas? 

Organizations  still  have  to  figure  out  how  to  put  the 
practice  areas  into  play. 

Twenty-nine  is  a  big  number. 
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Help  To  Make  It  Happen 


Core  Asset 
Development 


i 


Product 


ESSENTIAL 

ACTIVITIES  y  j™* 


%  I 

Development 


Management 


PRACTICE  AREAS 


Software  Engineering 


Technical  Management 


Organizational  Management 


Case  Studies 


Patterns 


Probe  Curriculum 
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Case  Studies 

CelsiusTech  -  CMU/SEI-96-TR-01 6 

http://www.sei.cmu.edu/publications/documents/01  .reports/96.tr.01 6.html 
Cummins,  Inc.  Software  Product  Lines:  Practices  and  Patterns 
Market  Maker  Software  Product  Lines:  Practices  and  Patterns 
NRO/Raytheon  -  CMU/SEI-2001-TR-030 

http://www.sei.cmu.edu/publications/documents/01  .reports/02tr030.html 
NUWC  -  CMU/SEI-2002-TN-01 8 

http://www.sei.cmu.edu/publications/documents/02.reports/02tn018.html 
Salion,  Inc.  -  CMU/SEI-2002-TR-038 

http://www.sei.cmu.edu/publications/documents/02.reports/02tr038.html 
U.S.  Army  -  CMU/SEI-2005-TR-01 9 

http://www.sei.cmu.edu/publications/documents/05.reports/05tr019.html 
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Help  To  Make  It  Happen 


Core  Asset 
Development 


i 


Product 


ESSENTIAL 

ACTIVITIES  y  j™* 


%  I 

Development 


Management 


PRACTICE  AREAS 


Software  Engineering 


Technical  Management 


Organizational  Management 


Case  Studies 


Patterns 


Probe 


Curriculum 
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Patterns  Can  Help 


Patterns  are  a  way  of  expressing  common  context  and 
problem-solution  pairs. 

Patterns  have  been  found  to  be  useful  in  building  architecture, 
economics,  software  architecture,  software  design,  software 
implementation,  process  improvement,  and  others. 

Patterns  assist  in  effecting  a  divide  and  conquer  approach. 
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Software  Product  Line  Practice  Patterns 


PATTERN 


1 

A 


Context 


Organizational  Situation 


1 

A 


y 

A 


Problem 


Solution 


What  part  of  a  product  line  effort 
needs  to  be  accomplished 


Grouping  of  practice  areas 

Relations  among  these  practice 
areas  (and/or  groups  if  there  is 
more  than  one) 
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What  To  Build  Pattern  - 1 


Name: 

The  What  to  Build  pattern  helps  an  organization  determine  what 
products  ought  to  be  in  its  software  product  line  -  what  products  to  build. 

Context: 

An  organization  has  decided  to  field  a  software  product  line  and  knows 
the  general  product  area  for  the  set  of  products. 

Problem: 

To  determine  what  products  should  be  included  in  the  product  line 

Solution: 

Determining  what  to  build  requires  information  related  to  the  product 
area,  technology,  and  market;  the  business  justification;  and  the  process 
for  describing  the  set  of  products  to  be  included  in  the  product  line. 
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What  To  Build  Pattern  -  2 


Understanding  Market  Analysis 
Relevant 
Domains 


Product 

Set 


Domain 

Models 


Market 

Climate 


Technology 

Predictions 


Scoping 


Technology 

Forecasting 


Market 

Climate 


Technology 

Predictions 


Product  Set 


Building  a 
►  Business  Case 


Product  Line 
Scope 


Business 

Case 


mr  Software  Engineering  Institute 


Software  Product  Lines 

Carnegie  Mellon  Linda  Northrop 

nnno  ri„i 


)  2008  Carnegie  Mellon  University 


Current  Set  Of  Patterns 


Pattern 

Variants 

Assembly  Line 

Cold  Start 

Warm  Start 

Curriculum 

Each  Asset 

Each  Asset  Apprentice 

Evolve  Each  Asset 

Essentials  Coverage 

Factory 

Adoption  Factory 

In  Motion 

Monitor 

Process 

Process  Improvement 

Product  Builder 

Product  Gen 

Product  Parts 

Green  Field 

Barren  Field 

Plowed  Field 

What  to  Build 

Analysis 

Forced  March 
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Help  To  Make  It  Happen 


Core  Asset 
Development 


i 


Product 


ESSENTIAL 

ACTIVITIES  y  j™* 


%  I 

Development 


Management 


PRACTICE  AREAS 

Software  Engineering  Technical  Management  Organizational  Management 
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What  Is  An  SEI  Product  Line  Technical  Probe 
(PLTP)? 


The  SEI  PLTP  is  a  method  for 
examining  an  organization’s  readiness 
to  adopt  or  ability  to  succeed  with  a 
software  product  line  approach. 

•  It  is  a  diagnostic  tool  based  on  the 
SEI  Framework  for  Software 
Product  Line  Practice. 

•  The  29  practice  areas  are  the  basis 
of  data  collection  and  analysis. 
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Help  To  Make  It  Happen 


Core  Asset 
Development 


i 


Product 


ESSENTIAL 

ACTIVITIES  y  j™* 


%  I 

Development 


Management 


PRACTICE  AREAS 


Software  Engineering 


Technical  Management 


Organizational  Management 
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The  SEI  Software  Product  Line  Curriculum 


Five  Courses 


Three  Certificate  Programs 


Software 
Product  Line 
Professional 


PLTP 

Team 

Member 


PLTP 

Leader 


Software 
Product  Lines 

Adopting 

Software  Product  Lines 
Developing 

Software  Product  Lines 
PLTP  Team  Training 
PLTP  Leader  Training 

PLTP  Lead  Observation 


y 

y 

y 

y 

y 

y 

y 

y 

y 

y 

y 

y 

y 

y. 


:  course  required 
to  receive  certificate 
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The  Entire  Picture 


Product 


Core  Asset  Mw 
Development  Development 

V  A  j 

ESSENTIAL  # 

ACTIVITIES  »  I Ma 


Management 


Software  Engineering 


PRACTICE  AREAS 


Technical  Management 


Organizational  Management 


GUIDANCE 


D 


Q 


Case  Studies 


Patterns 


\Z 


Probe 


Curriculum 


ADOPTION  FACTORY 
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The  SEI  Adoption  Factory  Pattern 


Focus  Areas 

Product 

Process 

Organization 


Phases 

Establish  Context 

Establish  Production 
Capability 

Operate  Product  Line 

What  to  Build 


Process 

Discipline 


Cold  Start 


Each  Asset 


Product 


Parts 


Assembly  Line 


In  Motion 


■>  Product  Builder 


+ 

i 

Monitor 


- ► 

Informs  and  information  flow 


Supports 
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Associated 


Areas 


Establish  Context 

Establish 

Production  Capability 

Operate  Product  Line 

Product 

•  Marketing  Analysis 

•  Understanding  Relevant  Domains 

•  Technology  Forecasting 

•  Building  a  Business  Case 

•  Scoping 

•  Requirements  Engineering 

•  Architecture  Definition 

•  Architecture  Evaluation 

•  Mining  Existing  Assets 

•  Component  Development 

•  Using  Externally  Available  Software 

•  Software  System  Integration 

•  Testing 

•  Requirements  Engineering 

•  Architecture  Definition 

•  Architecture  Evaluation 

•  Mining  Existing  Assets 

•  Component  Development 

•  Using  Externally  Available  Software 

•  Software  System  Integration 

•  Testing 

Process 

•  Process  Discipline 

•  Make/Buy/Mine/Commission 

•  Configuration  Management 

•  Tool  Support 

•  Measurement  and  Tracking 

•  Technical  Planning 

•  Technical  Risk  Management 

Organization 

•  Launching  and  Institutionalizing 

•  Funding 

•  Structuring  the  Organization 

•  Operations 

•  Organizational  Planning 

•  Customer  Interface  Management 

•  Organizational  Risk  Management 

•  Developing  an  Acquisition  Strategy 

•  Training 

•  Launching  and  Institutionalizing 

•  Funding 

•  Structuring  the  Organization 

•  Operations 

•  Organizational  Planning 

•  Customer  Interface  Management 

•  Organizational  Risk  Management 

•  Developing  an  Acquisition  Strategy 

•  Training 

•  Measurement  and  Tracking 

•  Technical  Risk  Management 

•  Organizational  Risk  Management 

•  Customer  Interface  Management 

•  Organizational  Planning 
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In  A  Nutshell 


Software  product  lines  epitomize  the  concept  of  strategic,  planned 
reuse. 


The  product  line  concept  is  about  more  than  a  new  technology.  It  is  a 
new  way  of  doing  one’s  software  business. 


There  are  essential  product  line  activities  and  practices  areas  as  well  as 
product  line  patterns  to  make  the  move  to  product  lines  more 
manageable. 

Core  Asset  Product 

Development  Development 

V  JL  J 

ESSENTIAL 

ACTIVITIES  ^  I  Management 


PRACTICE  AREAS 


Software  Engineering 


Technical  Management 


Organizational  Management 
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What’s  Different  About  Reuse  With  Software 
Product  Lines? 


•  Business  dimension 

•  Iteration 

•  Architecture  focus 

•  Preplanning 

•  Process  and  product  connection 
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At  The  Heart  Of  Successful  Product  Lines 


•  A  pressing  need  that  addresses  the 
heart  of  the  business 

•  Long  and  deep  domain  experience 

•  A  legacy  base  from  which  to  build 

•  Architectural  excellence 

•  Process  discipline 

•  Management  commitment 

•  Loyalty  to  the  product  line  as  a 
single  entity 
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Product  Line  Adoption  and  Institutionalization 


Innovators  and  early  adopters  demonstrated  the  feasibility  and  the 
benefits  of  software  product  lines: 

•  CelsiusTech 

•  Cummins,  Inc. 

•  Hewlett-Packard 

•  Motorola 

•  Nokia 

The  SEI  and  others  have  tried  to  lower  the  adoption  barrier  by 
codifying  practices,  writing  case  studies,  perfecting  methods  useful 
in  product  line  approaches,  and  engendering  a  software  product  line 
community. 

Many  organizations  are  now  handsomely  achieving  their  business 
goals  using  a  software  product  line  approach. 
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Summary  of  SEI  Contributions 


Models  and  Guidance 

•  A  Framework  for  Software  Product  Line  PracticeSM 

•  Software  Product  Line  Acquisition:  A  Companion  to 
A  Framework  for  Software  Product  Line  Practice 

•  Product  line  practice  patterns 

•  Product  line  adoption  roadmap 

•  Pedagogical  product  line 

Methods  and  Technology 

•  product  line  analysis 

•  architecture  definition,  documentation,  evaluation 
(ATAM®),  and  recovery 

•  mining  assets 

•  production  planning 

•  Structured  Intuitive  Method  for  Product  Line  Economics 
(SIMPLE) 

•  Product  Line  Technical  ProbeSM  (PLTPSM) 

•  Product  Line  Quick  Look  (PLQL) 

•  Interactive  workshops  in  product  line  measurement, 
variability  management,  product  line  management 

•  Prediction-enabled  component  technology 


Book 

Software  Product  Lines: 
Practices  and  Patterns 

Curriculum  and 
Certificate  Programs 

•  Five  courses  and  three 
certificate  programs 

•  Product  Line  Executive  Seminar 

Conferences  and  Workshops 

•  SPLC  1,  SPLC2,  SPLC2004; 
SPLC  2006;  Workshops  1997  - 
2008 

Technical  Reports, 
publications,  and  Web  site 
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SEI  Transition 


Enable  others 

•  Certificate  Programs 

•  Course  licensing 

•  PLTP  Leader  Certification 

'♦ 

♦ 

Foster 
Widespread 
Awareness 

Books 

•  Reports,  article 
papers 

•  Five-course 
curriculum 

•  Executive  seminar* 

♦ 

•  Conferences  / 

•  Workshops^/ 

Website 


'Ensure  practicability 

Methods 
Patterns 
Case  studies 
Adoption  Roadmap 
Acquisition  Companion, 


Assist  others 


/•  Product  Line  •  Practice-specific**^ 

Technical  Probe  workshops 

Product  Line  •  Planning 

.Quick  Look  workshops 
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Summary 


Research  in  software  product  lines  was  inspired  by  the  proven  benefits 
of  product  line  approaches  in  manufacturing,  buoyed  by  the  advent  of 
object  and  component  technology. 

The  SEI  has  been  a  leader  in  developing  a  body  of  knowledge  and  a  set 
of  standard  models  for  software  product  lines. 

Early  product  line  adopters,  like  Cummins,  Inc.,  are  now  on  second 
generation  product  lines  that  have  resulted  in  even  far  greater  benefits. 

Service-oriented  and  model-driven  approaches,  as  well  as 
developments  in  collaborative  philosophies  and  environments,  are 
extending  the  power  of  product  line  practice  in  exciting  new  ways. 
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Final  Word 


If  properly  managed,  the  benefits  of  a  product  line 
approach  far  exceed  the  costs. 

Strategic  software  reuse  through  a  well-managed 
product  line  approach  achieves  business  goals  for: 

•  efficiency 

•  time  to  market 

•  productivity 

•  quality 

•  agility 


Software  Product  Lines: 
Reuse  That  Makes  Business  Sense. 
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Questions  -  Now  Or  Later 


Linda  Northrop 

Director,  Product  Line  Systems  Program 
Telephone:  412-268-7638 
Email:  lmn@sei.cmu.edu 

U.S.  Mail: 

Software  Engineering  Institute 
Carnegie  Mellon  University 
4500  Fifth  Avenue 
Pittsburgh,  PA  15213-3890 

World  Wide  Web: 

http://www.sei.cmu.edu/productlines 

SEI  Fax:  412-268-5758 
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